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(57) The present invention relates to a mobile pack- 
et communication apparatus for supplying a terminating 
service to a mobile terminal and a packet communica- 
tion control method employed for the communication 
network. 

In the case of the conventional techniques, an orig- 
inal side home gateway node cannot identify a path to 
a destination gateway node from the original IP packet 
header. It is thus impossible to supply any terminating 
service to a dynamic IP address mobile terminal. 

Under such circumstances, the present invention 
uses a dynamic DNS and a mobile terminal is provided 
with a dynamic DNS client function. When an IP address 
is allocated to a mobile terminal, therefore, the mobile 
terminal sends a DNS update message to the target 
subscriber node. The message includes a dynamically 
allocated IP address. Receiving the DNS update mes- 
sage, the subscriber node adds the home gateway node 
identifier (network identifier) of the mobile terminal to the 
message parameters to be sent to the dynamic DNS. 



FIG. 1 




, n „, _ SUBSCRIBER 




Q. 
UJ 



Printed by Jouve, 75001 PARIS (FR) 



1 



EP 1 263 171 A1 



2 



Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to a packet com- 5 
munication system that supplies a terminating service 
to each terminal to which a dynamic IP address is allo- 
cated and a packet communication control method to be 
employed for the system. More particularly, the present 
invention relates to a mobile packet communication ap- 
paratus that supplies the terminating sen/ice to each 
mobile terminal and a packet communication control 
method used in a communication network employed for 
the apparatus. 

BACKGROUND ART 

[0002] In recent years, Internet and mobile communi- 
cation services have been spreading rapidly. Internet 
communication is realized by sending IP packets with 
use of the IP (Internet Protocol) (RFC 791), which is ac- 
tually the standard of the communications via the Inter- 
net. In the case of such the Internet communication, 
each apparatus connected to the Internet is required to 
have an IP address decided uniquely in the world so as 
to be distinguished from others. The Internet decides the 
route for each IP packet according to the IP address. 
[0003] However, general users of the Internet use 
their names (FQDN (Fully-Qualified Domain Name)) so 
as to specify destinations without knowing it. The DNS 
(Domain Name System) is used on the Internet. In the 
DNS are registered both IP address and name of the 
apparatus connected to the Internet. When an Internet 
user specifies a destination apparatus with the name, 
the DNS can search the IP address corresponding to 
the name. The DNS is a distributed data base. In case 
a DNS cannot reply to a query from a terminal, it puts a 
query to another DNS about the matter. 
[0004] The IPv4 addresses used at present are ex- 
pected to be used up soon as a result of such the rapid 
spreading of the Internet. In order to solve this problem, 
therefore, it is now under examination to employ a new 
system of IPv6 addresses. Fig.19 shows such the IPv6 
address system regulated by the RFC 2460. An IPv6 
address 700 takes a three-layer structure (Public Topol- 
ogy 707, Site Topology 708, and Interface ID 706). The 
Public Topology 707 identifies a provider for relaying the 
Internet traffic and it is configured by a format prefix 701 , 
a TLA ID 702 for denoting the top hierarchical layer of 
the routing, a reserved area 703, and an NLA ID 704 for 
denoting the second hierarchical layer of the routing. 
The Site Topology 708 identifies a sub-network in an 
end-user site connected to the Internet and it includes 
an SLA ID 705. The Internet ID 706 identifies the inter- 
face on the sub-network. When a terminal is connected 
to the Internet while the IPv6 IP address autoconfigura- 
tion function is used, the terminal can receive both Pub- 
lic Topology 707 and Site Topology 708 from the Inter- 



net, so that the terminal can combine them with an In- 
terface ID and generate an IP address. Because the ad- 
dress autoconfiguration function can be used for the 
IPv6 addresses such way, the IPv6 address system can 
make it convenient to specify a destination apparatus 
with its name more than when it is specified with its IP 
address. This is why a destination apparatus should 
rather be specified with its name in the case of the IPv6 
address system. 

[0005] Because the IP address corresponding to an 
apparatus name is changed every moment, employ- 
ment of another method is now under examination in the 
IETF (Internet Engineering Task Force); the method up- 
dates the DNS information dynamically (dynamic DNS). 
Concretely, the IETF RFC 2136 regulates the specifica- 
tions of the message for updating the DNS dynamically. 
[0006] On the other hand, the rate of data communi- 
cation to the whole communication is getting larger and 
larger in mobile communication services in recent years. 
In order to improve the efficiency of such data commu- 
nications, it is now under examination to employ such 
mobile packet communication networks as the PDC-P 
(PDC-Packet), the GPRS (General Packet Radio Serv- 
ice). While there are many communication protocols 
used for such mobile packet communication networks, 
the IP is the main stream of those protocols now. Gen- 
erally, a mobile communication network is configured by 
a wireless access network consisting of base stations 
and base station controllers, and a core network con- 
sisting of subscriber nodes and gateway nodes. A mo- 
bile packet communication network formed on the basis 
of the GPRS method uses the signaling procedure spe- 
cific to the GPRS just like the telephone communication 
so as to set a connection from an origination terminal to 
a gateway node of the home network before starting the 
packet communication. When the IP packet is sent from 
the origination mobile terminal to the destination mobile 
that uses a permanent IP address, a header addressed 
to the gateway node of the home network is added (en- 
capsulation) to the IP packet in the subscriber node. The 
IP packet is then sent to the gateway node existing in 
the home of the origination terminal. In this case, the 
home gateway node is decided when the subscriber 
contract is made. Hereinafter, the gateway node is fixed. 
In this home gateway node, the added header is re- 
moved (decapsulation), thereby the original IP packet is 
restored. The home gateway node of the destination 
mobile terminal is identified by the IP address of the des- 
tination mobile terminal written in the destination ad- 
dress field of the original IP packet header. The IP pack- 
et is thus transferred to the node. The destination gate- 
way node identifies the visiting subscriber node from the 
IP address set in the IP packet header, then encapsu- 
lates the IP packet again and sends it to the visiting sub- 
scriber node. The visiting subscriber node decapsulates 
the IP packet so as to restore the original IP packet and 
transfer the packet to the destination mobile terminal 
such way. Each IP packet thus arrives in the destination 
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mobile terminal. A communication section in which an 
IP packet is decapsulated to the original one after an IP 
packet is capsulated is usually referred to as a tunnel. 
[0007] In a mobile communication network, an IP ad- 
dress is allocated in two ways; in one way, an IP address 5 
is allocated to each mobile terminal permanently (here- 
inafter, to be referred to the permanent IP address meth- 
od) and in the other way, an IP address is allocated to 
each mobile terminal when the mobile terminal begins 
communication so as to make the use of the IP address 
effective (hereinafter, to be referred to as the dynamic 
IP address method). An IP address allocated to a mobile 
terminal has the same format as that of the node to be 
connected to the mobile terminal permanently as usu- 
ally. Although IPv6 addresses will be allocated to mobile 
terminals in the future, terminals that use such IPv6 ad- 
dresses generally will not have permanent IP address- 
es. Consequently, a terminating service supplied to the 
mobile terminals that use dynamic IP addresses will be- 
come an indispensable function for mobile packet com- 
munication networks. 

[0008] In the present IPv4 address system, almost all 
the user terminals have dynamic IP addresses allocated 
from each ISP (Internet Service Provider) when they be- 
gin communication respectively. However, to begin 
communication between terminals that use dynamic IP 
addresses, the packet network is required to have a di- 
rectory service server and each terminal to have an ap- 
plication program for using the directory service. 
[0009] On the other hand, the IETF is now examining 
the mobile IP specifications corresponding to the IPv6 
address system. In the case of the mobile IPv6 address 
system, an origination terminal sends a packet ad- 
dressed to a destination mobile terminal to the home ad- 
dress thereof, allocated by the provider. The home 
agent of the destination mobile terminal then receives 
the packet sent to the home address. Then, the home 
agent adds a header including the visiting address of 
the destination mobile terminal to the received packet, 
then transfers the packet to the destination mobile ter- 
minal. Receiving the packet, the destination mobile ter- 
minal sends a control signal to the origination terminal. 
The control signal includes the visiting address of the 
destination mobile terminal itself. The origination termi- 
nal then stores the visiting address information of the 
destination mobile terminal included in the control sig- 
nal, thereby the visiting address of the destination mo- 
bile terminal can be used for the subsequent packet 
communications between those terminals. The visiting 
address mentioned above means an address allocated 
dynamically to a mobile terminal in the visiting network 
of the mobile terminal. 

DISCLOSURE OF THE INVENTION 

[0010] In the future, forms of services in each mobile 
packet communication network will be more diversified 
into, for example, communication services between mo- 
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bile terminals on a mobile packet communication net- 
work, communication services from terminals on a fixed 
network to mobile terminals on a mobile packet commu- 
nication network, etc. Communication services will also 
be realized between fixed terminals to which dynamic 
IP addresses are allocated in the fixed Internet. 
[001 1] In order to provide such the services, each net- 
work should be provided with a function for transferring 
packets to destination terminals that use dynamic I P ad- 
dresses. 

[0012] However, the main object of the present mobile 
packet communication network is to provide services 
with which a network carrier enables each mobile termi- 
nal to access apparatuses on a fixed network. Conse- 
quently, a packet terminating service is just supplied to 
mobile terminals to which fixed IP addresses are allo- 
cated. 

[0013] Furthermore, according to the above conven- 
tional technique, it is possible to identify the home gate- 
way node of a destination mobile terminal that uses a 
fixed IP address from the address information set in the 
original IP packet at the origination home gateway node. 
In case the destination terminal uses a dynamic IP ad- 
dress, however, the origination gateway node cannot 
identify the route to the destination gateway node from 
the original IP packet header. The conventional tech- 
nique therefore comes to be confronted with a problem; 
no terminating service is provided in communications 
from origination terminals to mobile terminals that use 
dynamic IP addresses. 

[0014] On the other hand, inter-terminal packet com- 
munications can use IP addresses (care of address) al- 
located dynamically in a visiting network as IP header 
information after the visiting address of the destination 
mobile terminal is registered in the origination terminal 
with use of the mobile IPv6 address method that is now 
examined in the IETF. In this case, the mobile terminal 
is required to have a fixed IP address (home address) 
as its identification information. The first packet ad- 
dressed to a mobile terminal must be sent to the fixed 
IP address of the mobile terminal. In order to register a 
visiting address (care of address) of the destination ter- 
minal in the origination terminal, every terminal that 
communicates with a mobile terminal must be provided 
with an additional function for interpreting mobile IPv6 
messages. A mobile terminal, when it is in an environ- 
ment that cannot use mobile IPv6 addresses, cannot 
use any terminating service with use of its IP address 
(care of address) allocated dynamically in the visiting 
network. 

[001 5] In order to solve the above conventional prob- 
lems, the mobile packet communication network of the 
present invention employs the dynamic DNS. Each mo- 
bile terminal is provided with a dynamic DNS client func- 
tion. When an IP address is allocated to a mobile termi- 
nal, the mobile terminal sends a DNS update message 
including an IP address allocated thereto dynamically to 
the subscriber node. Receiving the DNS update mes- 
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sage, the subscriber node adds the home gateway node 
ID (network ID) of the above mobile terminal to the mes- 
sage as a parameter and sends the message to the dy- 
namic DNS. 

[0016] The mobile terminal may not be provided with 
the DNS function. Instead of the function, the subscriber 
node may be provided with the DNS proxy function in 
this case. In case the subscriber node is provided with 
the DNS proxy function, the subscriber node sends a 
DNS update message including a dynamically-allocated 
IP address and a network ID to the dynamic DNS. In this 
case, the subscriber node may send a plurality of DNS 
update messages to the dynamic DNS at a time. 
[0017] The message specifications regulated by the 
IETF RFC 21 36 may be expanded and used for the DNS 
update message to be sent to the dynamic DNS. The 
present invention enables the subscriber node to add a 
network ID parameter to the DNS update message. A 
network ID is an ID of a gateway node through which 
packets are always sent from the subject mobile termi- 
nal. Receiving a DNS update message as described 
above, the dynamic DNS updates both IP address and 
network ID corresponding to the apparatus name. 
[0018] The origination terminal starts up the commu- 
nication registration procedure before beginning the 
communication with a mobile terminal, then sets a con- 
nection for transferring packets to the origination home 
gateway node therefrom. Receiving the communication 
registration procedure, the home gateway node checks 
whether or not an IP address is set for the origination 
terminal. In case the origination terminal uses the dy- 
namic IP address method, the home gateway node al- 
locates an IP address to the origination terminal. 
[0019] Then, the origination terminal sends a DNS 
query message to the dynamic DNS so as to identify the 
IP address allocated to the destination terminal from the 
apparatus name. According to the present invention, the 
subscriber node uses a UDP port number so as to mon- 
itor the DNS message for using the UDP port 53. Re- 
ceiving such a DNS message, the subscriber node re- 
fers to the operation code set in the received message 
so as to detect a DNS query message (Opcode=0), then 
waits for a reply message to be received in response to 
the DNS query message and stores the IP address and 
the network ID of the destination terminal included in the 
reply message temporarily. 

[0020] The subscriber node, when receiving a packet 
addressed to a destination terminal from an origination 
terminal, reads the network ID of the destination termi- 
nal stored by the second means, then adds the header 
information addressed to the origination side home 
gateway node and the network ID to the user packet to 
be sent to the origination side home gateway node. 
[0021] Receiving the user packet, the origination side 
home gateway node refers to the network ID of the des- 
tination terminal included in the received packet so as 
to identify the destination side home gateway node to 
which the received packet is to be transferred. Each 



gateway node holds a table on correspondence be- 
tween the IP address and the network ID of each of mu- 
tually connectable gateway nodes and uses the table 
for transferring packets between gateway nodes. 

5 [0022] A header addressed to the destination side 
home gateway node is added to each packet addressed 
to a destination terminal at the origination side home 
gateway node, then the packet is sent to the destination 
side home gateway node. The method for transferring 

10 packets between gateway nodes may use the routing 
table of each gateway node, as well as the L2TP (Layer 
Two Tunneling Protocol) (RFC 2661) examined by the 
IETF, the GTP (GPRS Tunneling Protocol) specified by 
the ETSI, and a label switching technique (Internet RFC 

15 Dictionary, p745), for example. 

[0023] The destination side home gateway node de- 
capsulates the received packet, then identifies the vis- 
iting subscriber node of the destination terminal from the 
destination IP address set in the original IP header. 
20 Then, the destination side home gateway node adds a 
header addressed to the subscriber node again to the 
packet and transfers the packet to the destination ter- 
minal. 

[0024] According to the present invention, therefore, 

25 it is possible to identify the home gateway siwtching sys- 
tem of each terminal that uses the dynamic IP address 
method from the network ID so as to supply the termi- 
nating service to the mobile terminals that use the dy- 
namic IP address method. 

30 [0025] In this case, a subscriber node that has re- 
ceived a dynamic DNS update request from a terminal 
may not send a request for updating both IP address 
and network ID corresponding to the apparatus name 
set in the dynamic DNS to the dynamic DNS; instead, 

35 the subscriber node may be provided with the dynamic 
DNS proxy function. Concretely, in case a terminal has 
an allocated IP address, the subscriber node sends a 
request for updating both IP address and network ID 
corresponding to the apparatus name set in the dynamic 

40 DNS to the dynamic DNS without receiving the dynamic 
DNS update request from the terminal. Consequently, it 
is possible to supply the terminating service to mobile 
terminals that use the dynamic IP address method while 
each terminal is not provided with the dynamic DNS cli- 

45 ent function. In addition, in case a subscriber node 
sends a plurality of DNS update requests to the dynamic 
DNS at a time, it is possible to reduce the load of the 
dynamic DNS to be caused by the resource record up- 
dating. 

so [0026] Each gateway node may monitor DNS query 
messages and accumulate information of both IP ad- 
dress and network ID included in each reply received in 
response to a DNS query. Consequently, it is possible 
to supply the terminating service to the mobile terminals 

55 that use the dynamic IP address method without chang- 
ing the communication protocol used between the sub- 
scriber node and the gateway node. 
[0027] Each gateway node, when receiving a packet 
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addressed to a destination terminal, may ask the dy- 
namic DNS about the network ID corresponding to the 
IP address of the destination terminal. The gateway 
node, when receiving the packet, obtains the network 
ID from the dynamic DNS and identify the destination 5 
side gateway node to which the packet is to be trans- 
ferred. Consequently, it is possible to supply the termi- 
nating service to the mobile terminals that use the dy- 
namic IP address method without providing any of sub- 
scriber nodes and gateway nodes with the DNS mes- 
sage monitoring function. 

[0028] Furthermore, the gateway node may monitor 
DNS query messages and accumulate information of 
both IP address and network ID included in each reply 
to a DNS query so as to put a query to the dynamic DNS 
about the network ID corresponding to the IP address 
of a destination terminal when receiving a packet ad- 
dressed to the destination terminal from an origination 
terminal. Consequently, it is possible to obtain the net- 
work ID of the destination terminal, thereby the termi- 
nating service can be supplied to mobile terminals that 
use the dynamic IP address method even when a DNS 
query message sent from an origination terminal does 
not pass the home gateway node used by the origination 
terminal. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0029] 

Fig.t is a block diagram of a mobile packet commu- 
nication network. 

Fig.2 is a block diagram of a dynamic DNS. 
Fig. 3 is a block diagram of a gateway node/sub- 
scriber node. 

Fig.4 is a configuration of a resource record table 
held by a dynamic DNS. 

Fig.5 is a configuration of a subscriber information 
table held by a service controller. 
Fig.6 is a configuration of a gateway node address 
table held by a gateway node. 
Fig. 7 is a configuration of a user management table 
held by a gateway node. 

Fig.8 is a configuration of a user state management 
table held by a subscriber node. 
Fig.9 is a format of the DNS update message to be 
received by a dynamic DNS. 
Fig. 10 is a format of the DNS query message to be 
received by a dynamic DNS. 
Fig. 11 is a flowchart for describing processings to 
be executed at a subscriber node/gateway node. 
Fig. 12 is a format of packets to be transferred be- 
tween a subscriber node and a gateway node. 
Fig.13 is a format of packets to be transferred be- 
tween gateway nodes. 

Fig. 14 is a flowchart for describing the originating 
procedure of terminals. 

Fig. 1 5 is a flowchart for describing the communica- 
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tion procedure of origination terminals that belong 
to different gateway nodes respectively. 
Fig. 16 is a flowchart for describing the communica- 
tion procedure of origination terminals that belong 
to one and the same gateway node. 
Fig. 17 is a flowchart for describing the communica- 
tion procedure in a second embodiment of the 
present invention. 

Fig. 18 is a flowchart for describing the communica- 
tion procedure in a third embodiment of the present 
invention. 

Fig. 19 is a format of IPv6 addresses. 

BEST MODE FOR CARRYING OUT THE INVENTION 

[0030] Hereunder, a first embodiment of the present 
invention will be described with reference to the accom- 
panying drawings. 

[0031] Fig.1 is a block diagram of a mobile packet 
communication network 12 (12a, 12b) in the first em- 
bodiment of the present invention. 
[0032] The mobile packet communication network 12 
is configured by a wireless access network 5 (5a, 5b) 
and a core network 1 (1 a, 1 b). In the case of the present 
invention, a dynamic DNS 2 (2a, 2b) is connected to the 
core network 1 . The core network 1 is configured by a 
plurality of subscriber nodes 4 and a plurality of gateway 
codes 3. Those subscriber nodes 4 and those gateway 
codes 3 are connected to an M-SCP 6 (6a, 6b) via a 
common channel signalling network 11 (11a, 11b) re- 
spectively. A gateway node 3 has means for communi- 
cation with networks other than the mobile packet com- 
munication network 12 with use of the Internet protocol. 
The communication means may be, for example, an ISP 
13, a LAN 14, the Internet 15, or the like. 
[0033] The wireless access network 5a is configured 
by a plurality of base stations (BS) 9(9a, 9b) and a plu- 
rality of base station controllers (RNC) 10(10a, 10b). 
[0034] The dynamic DNS 2 receives a DNS update 
signal from the terminal 7 and/or 8 allocated with a dy- 
namic IP address or from a subscriber node 4 provided 
with a dynamic DNS proxy function and updates the IP 
address information and the network ID corresponding 
to the name of the terminal. 

[0035] The M-SCP 6 stores a program for supplying 
additional services to the subscribers and a subscriber 
information table 600 shown in Fig.5. 
[0036] Subscriber nodes and gateway nodes refer to 
the subscriber information table 600 so as to obtain con- 
tract conditions, location information, and authentication 
information of those subscribers. The subscriber infor- 
mation table is configured by a plurality of entries (600-1 
to 600-n) generated for each mobile packet communi- 
cation network subscriber ID (IMSI) 601 as shown in Fig. 
5. Each entry corresponds to an IMSI and defines the 
location information 602, the subscriber class 603, the 
network ID 604, and the authentication information 605. 
[0037] Fig.2 is a block diagram of a dynamic DNS 2. 
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[0038] The dynamic DNS 2 is connected to a CPU 21 
that controls the DNS query signal and the DNS update 
signal exchanged between apparatuses of the mobile 
packet communication network and between the mobile 
packet communication network and another IP network; 
a memory 22; and an IP interface part 23 that terminates 
the signal line connected to an IP network via a bus 25 
respectively. 

[0039] The communication between the CPU 21 and 
another apparatus of the mobile packet communication 
network uses, for example, the Internet protocol. 
[0040] The memory 22 stores a program for sending/ 
receiving signals to/from terminals and nodes connect- 
ed to an IP network, or another DNS, as well as a re- 
source record table 200 shown in Fig.4. 
[0041] The resource record table 200 is referred from 
apparatuses on a mobile packet communication net- 
work and other IP networks so as to identify the IP ad- 
dresses corresponding to their names. The resource 
record table 200 is configured by a plurality of entries 
(200-1 to 200-n) generated for each FQDN (name) 201 
as shown in Fig.4. Corresponding to the FQDN 201 , 
each entry defines the IP address 202, the network ID 
203, and the expire date 204. 

[0042] The IP address 202, when it is allocated to a 
terminal, is updated by a request issued from the termi- 
nal or subscriber node 4 provided with the dynamic DNS 
proxy function. An apparatus that has allocated an IP 
address to a terminal may also request the dynamic 
DNS 2 to update the IP address. 
[0043] The network ID 203, when a terminal uses the 
dynamic IP address method, is updated together with 
the IP address information. 

[0044] The dynamic DNS resource record table of the 
present invention differs from other ordinary resource 
record tables in that the table 200 stores a network ID 
for each terminal name. 

[0045] Fig.3 is a block diagram of a gateway node 3 
or subscriber node 4. 

[0046] The gateway node 3 is configured by a CPU 
31 for controlling signals sent/received to/from subscrib- 
er nodes and other networks; a memory 32; a signaling 
termination part 33 for terminating signal lines connect- 
ed to a common channel signalling network 35; and an 
IP network interface part 34 (34a, 34b) for terminating 
signal lines 36 connected to other IP networks and sig- 
nal lines 37 connected to other nodes in a core network 
1 via a bus 38 respectively. 

[0047] The communication between the CPU 31 and 
a subscriber node/another network uses, for example, 
the Internet protocol. 

[0048] The memory 32 stores a program for sending/ 
receiving signals to/from apparatuses on another IP net- 
work or apparatuses on the core network 1 , a program 
for allocating an IP address to a terminal dynamically, a 
gateway node address table 300 shown in Fig. 6, and a 
user management table 310 shown in Fig. 7. 
[0049] The IP address assignment may be realized 



by such a stand-alone apparatus as a DHCP (Dynamic 
Host Configuration Protocol) server, or the like. 
[0050] The IP network interface part 34 is connected 
to a switch 39 used to switch the connection in the node 
5 3. 

[0051] The gateway node address table 300 is re- 
ferred so as to identify the IP address of another gate- 
way node corresponding to a network ID. The table 300 
defines a relationship between the network ID entry 301 
10 and the gateway IP address entry 302. 

[0052] The user management table 31 0 is configured 
by a plurality of entries generated for each subscriber 
ID of a mobile packet communication network (I MS I) 
311 as shown in Fig.7. Corresponding to the IMSI 311, 
15 each entry defines items of the IP address 312; the dy- 
namic IP address flag 313 for denoting that the IP ad- 
dress allocation method is dynamic; the subscriber node 
IP address 314 at which the current terminal exists; a 
tunnel ID 315 for identifying a connection set between 
a subscriber node and a home gateway node. 
[0053] When the apparatus shown in Fig.3 is em- 
ployed as a subscriber node 4, the configuration of the 
subscriber node 4 becomes the same as that of the 
gateway node except that the signalling termination part 
33 terminates the signal lines 45 connected to the com- 
mon channel signalling network and the IP network in- 
terface part 34 terminates the signal line 46 connected 
to the wireless access network 5 and the signal line 47 
connected to other nodes in the core network. 
[0054] The communication between the CPU 31 and 
apparatuses in another core network or apparatuses on 
the wireless access network uses, for example, the In- 
ternet protocol. 

[0055] The memory 32 stores a program for sending/ 
receiving signals to/from apparatuses on the wireless 
access network or apparatuses on another core net- 
work, a program for monitoring TCP/UCP port numbers, 
a program for monitoring queries to the dynamic DNS 
shown in Fig. 11, and a user state management table 
400 shown in Fig. 8. 

[0056] The user state management table 400 is con- 
figured by a plurality of entries (400-1 to 400-n) gener- 
ated for each mobile packet communication network 
subscriber ID (IMSI) 401 as shown in Fig.8. Correspond- 
ing to the IMSI 401 , each entry defines items of the orig- 
ination terminal FQDN 402, the origination terminal IP 
address 403, the origination terminal network ID 404, 
the destination terminal IP address 405 obtained by the 
DNS query monitoring program shown in Fig.11, the 
destination terminal network ID 406, the source sub- 
scriber home gateway node IP address 407, the tunnel 
ID 408 for identifying a connection between a subscriber 
node and a home gateway node. 
[0057] Fig.9 shows a format of IP packets to be sent 
between the terminal 7 or 8 and the dynamic DNS so as 
to change a resource record corresponding to the FQDN 
of the dynamic DNS. When a terminal is not provided 
with the dynamic DNS client function while a subscriber 
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node 4 is provided with the dynamic DNS proxy function, 
the packet shown in Fig. 9 is sent between the subscriber 
node 4 and the dynamic DNS 2. 
[0058] The IP packet 500 is configured by an IP head- 
er 510, a TCP/UDP header 520, and a user data field 
530. A control message for updating the DNS is set in 
the user data field 530. 

[0059] When an apparatus on an IP network commu- 
nicates with the dynamic DNS 2, "53" is set as the des- 
tination port number of the TCP/UDP header 520. 
[0060] The control message for "updating the DNS" 
sent from a subscriber node 4 to the dynamic DNS 2 is 
configured by sections of Header 531 including ID 531 1 
for identifying a request source, RQ 5312 for denoting 
a message request/reply, and OP code 5313 for denot- 
ing a message type; Zone 532 for denoting zone infor- 
mation to be updated; Pre-requisite 533 including infor- 
mation of the current state of the target zone; Update 
534 for denoting an item to be updated; and Additional 
Data 535 including information related to the updating 
zone. The OP code of the "DNS Update" is "5". 
[0061] Fig. 10 shows a format of IP packets to be sent 
between the terminal 7 or 8 and the dynamic DNS 2 so 
as to query a resource record corresponding to the do- 
main name of the dynamic DNS. 
[0062] The configuration of the I P packet and the con- 
figuration of the header 531 in a control message for 
putting a query to the DNS are the same as those shown 
in Fig.9. The OP code of the "DNS query" is "0". 
[0063] The "DNS query" to be sent from a terminal to 
the dynamic DNS 2 includes Header 531, which is fol- 
lowed by Question 542 including items queried to the 
dynamic DNS 2; Answer 543 including a reply to a que- 
ry; Authority 544 including pointer information to Author- 
itative Name Server; Additional 545 including informa- 
tion related to the reply. 

[0064] The question session 542 includes a query 
type (QTYPE) 5422, a query class (QCLASS) 5423, and 
a query domain name (QNAME) 5421 . 
[0065] The answer session 543 includes a resource 
record related to a query. For example, an IP address 
5431 and a network ID (NID) 5432 corresponding to a 
terminal name are included. 

[0066] Fig. 11 shows a DNS query monitoring routine 
60 started up when the subscriber node 4 detects a 
TCP/UCP port "53". 

[0067] The DNS query monitoring routine 60, when a 
port number 53 is detected, reads the value of the OP 
code 5313 included in the header 531 of a control mes- 
sage (step 61 ). When the OP code is "0", the routine 60 
stores the source IP address 511 of the IP header 510 
and the ID 5311 for identifying the request source tem- 
porarily (step 62), then waits for a reply to be received 
in response to the DNS query (step 63). 
[0068] When the subscriber node 4 receives a reply 
message in response to a DNS query including the val- 
ue stored in step 62 (step 64), the routine 60 adds the 
destination IP address and the destination network ID 



included in the answer session 543 of the reply message 
returned to the DNS query in the field corresponding to 
the source IP address of the user state management 
table 400 stored in the memory (step 65). The routine 

5 60 is then terminated. 

[0069] In case the OP code is not "0" in step 61 , the 
routine 60 is terminated with no operation. 
[0070] Fig.1 2 shows a format of the packet 550 to be 
transferred through a connection between the subscrib- 

10 er node 4 and the gateway node 3. 

[0071] The packet 550 is configured by items of IP 
Header 551; TCP/UCP Header 552; Tunnel Header 
553; Destination Network ID 554; Original IP Header 
555; and Original User Data 556. 

15 [0072] When a packet is transferred from a subscriber 
node to a gateway node, the IP address of the subscrib- 
er node 4 is set in the source IP address 551 2 of the IP 
header 551 and the IP address of the gateway node 3 
is set in the destination IP address 5511 respectively. 

20 [0073] Header information for each encapsulation 
method is set in the tunnel header 553. 
[0074] When a packet is transferred from a subscriber 
node to a gateway node, the destination network ID cor- 
responding to the destination IP address 5551 set in the 

25 original IP header 555 is read from the user state man- 
agement table 400 and it is set in the destination network 
ID 554. 

[0075] Fig.1 3 shows a format of the packet 560 to be 
transferred via a connection set between gateway 
30 nodes 3. 

[0076] Whether or not the destination network ID 554 
is included is only a difference between the above pack- 
et 560 and the packet 550 shown in Fig. 12. 
[0077] When a packet is transferred from an origina- 
35 tion gateway node to a destination gateway node, the 
IP address corresponding to the destination network ID 
is read from the gateway node address table 300 and it 
is set in the destination IP address 5511 set in the IP 
header 551 . 

40 [0078] Next, a description will be made for the origi- 
nation procedure and the communication procedure 
carried out respectively in the mobile packet communi- 
cation network shown in Fig.1 with reference to the sig- 
nal sequences shown in Figs. 14 through 16. 

45 [0079] Fig.1 4 shows the origination procedure re- 
quired for the user of the mobile terminal 7a connected 
to the mobile packet communication network 1 2a to start 
packet communication. 

[0080] The mobile terminal 7a must register itself in 
so the subject network before starting the packet commu- 
nication. At first, the mobile terminal 7a sends a com- 
munication registration request message 100 to the 
subscriber node 4a. The message 100 includes a mo- 
bile packet communication network subscriber ID (IM- 
55 si). Receiving the communication registration request 
message 100, the subscriber node 4a decides the 
M-SCP 6a for holding the subscriber information ac- 
cording to the IMSI included in the received message 
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100 and sends the subscriber information read request 
message 101 to the M-SCP 6a. 
[0081] Receiving the subscriber information read re- 
quest message 101, the M-SCP 6a reads the authori- 
zation information and the network ID from the subscrib- 
er information table 600 according to the IMS! included 
in the received message 101 (step 102) and sends the 
subscriber information read reply message 103 includ- 
ing the authorization information and the network ID to 
the subscriber node 4a. 

[0082] Receiving the reply message 103, the sub- 
scriber node 4a writes the network ID included in the 
received message 103 in the field corresponding to the 
IMSI of the user state management table 400 (step 1 04), 
then executes an authorization processing for the mo- 
bile terminal 7a (step 105). 

[0083] When the authorization processing is terminat- 
ed normally, the subscriber node 4a sends a subscriber 
information updating message 106 including the self IP 
address to the M-SCP 6a. 

[0084] Receiving the updating message 106, the 
M-SCP 6a writes the subscriber node IP address includ- 
ed in the received message 106 in the location informa- 
tion field of the subscriber information table 600 (step 
1 07), then sends a reply message 1 08 to the subscriber 
node 4a in response to the subscriber information up- 
dating message. Receiving the reply message 108, the 
subscriber node 4a sends a communication registration 
reply message 109 to the mobile terminal 7a. 
[0085] Then, the mobile terminal 7a executes a 
processing required to send/receive packet data. The 
mobile terminal 7a sends an activation request mes- 
sage 110 including the IMSI to the subscriber node 4a 
so as to enable sending/receiving packet data. 
[0086] The subscriber node 4a reads the network ID 
from the user state management table 400 in step 104. 
After identifying the gateway node 3a from the network 
ID, the subscriber node 4a sends an activation request 
message 1 1 1 to the gateway node 3a so as to set a con- 
nection between the subscriber node 4a and the gate- 
way node 3a. 

[0087] Receiving the activation request message 111, 
the gateway node 3a allocates an IP address to the mo- 
bile terminal 7a in case no IP address is allocated to the 
mobile terminal 7a (step 112). The gateway node 3a 
then sends reply messages 113 and 114 to the mobile 
terminal 7a via the subscriber node 4a. The reply mes- 
sages 113 and 114 include the IP address allocated to 
the mobile terminal 7a respectively. The subscriber 
node 4a then writes the IP address allocated to the ter- 
minal 7a and included in the received message 113 in 
the subscriber state management table 400. 
[0088] The automatic IP address allocation technique 
may use the DHCP (Dynamic Host Configuration Pro- 
tocol) regulated by IETF EFC 1 541 and the address au- 
toconfigu ration function of the IPv6. 
[0089] Receiving the reply message 114 returned in 
response to the activation request, the mobile terminal 



7a sends a DSN update message 1 1 5 to the subscriber 
node 4a. The DSN update message 115 includes the 
FQDN and the IP address included in the received mes- 
sage 114. The subscriber node 4a, when receiving the 
5 message 1 1 5, reads the network ID from the user state 
management table 400. The network ID is written in the 
table 400 in step 1 04. After that, the subscriber node 4a 
sends a DNS update message 1 1 6 to the dynamic DNS 
2a. In the DNS update message 116, the Network ID is 
10 added to the received message 1 1 5 as a parameter. The 
dynamic DNS 2a then updates the values in both IP ad- 
dress field and network ID field in the resource record 
table 200 corresponding to the FQDN included in the 
received message 116 (step 117). 
15 [0090] In case the subscriber node that has received 
the message 113 in response to the activation request 
is provided with the dynamic DNS proxy function and 
means for sending a request for updating both IP ad- 
dress and network ID corresponding to the terminal 
20 name set in the dynamic DNS to the dynamic DNS with- 
out receiving any dynamic DNS update request from a 
terminal when the subscriber node is provided with the 
dynamic DNS proxy function and an IP address is allo- 
cated to the terminal, the subscriber node may read the 
25 network ID written in the user state management table 
400 in step 1 04 and send the network ID parameter and 
a DNS update message 116 including the dynamic IP 
address included the received message 113 to the dy- 
namic DNS 2a. 
30 [0091] The origination terminal network ID may be 
specified when the terminal sends an activation request 
message 110. 

[0092] Fig.1 5 shows a procedure for sending/receiv- 
ing packet data to/from the mobile terminal 7a that has 

35 completed originating of a packet shown in Fig.14. 
[0093] When the user of the mobile terminal 7a spec- 
ifies a destination terminal with its name, the mobile ter- 
minal 7a sends a DNS query message 120, 121 includ- 
ing the name (FQDN) to the dynamic DNS 2a via the 

40 subscriber node 4a so that the IP address is identified 
from the destination name. At this time, the subscriber 
node 4a detects the TCP/UCP port number 53 and 
starts up the DNS query monitoring routine 60 shown in 
Fig. 1 1 . The subscriber node 4a, when detecting that the 

45 OP code included in the header of the control message 
is "0", stores the source IP address set in the IP header 
of the received message 120 and the ID for identifying 
the request source temporarily and waits for a reply 
message to be returned to the DNS query. 

50 [0094] Receiving the DNS query message 121, the 
dynamic DNS 2a refers to the resource record table 200 
so as to read both of the corresponding IP address and 
network ID with reference to the FQDN included in the 
received message 121 (step 122). In case the dynamic 
55 DNS 2a cannot reply to the query 1 21 by itself, the dy- 
namic DNS 2a can put a query to the DNS server that 
manages upper domains about the replay, thereby ob- 
taining both IP address and network ID corresponding 
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to the FQDN from the DNS server that manages the do- 
main to which the FQDN belong. 
[0095] Obtaining both IP address and network ID cor- 
responding to the FQDN, the dynamic DNS 2a sends a 
message 1 23 including the IP address and the network 5 
ID to the subscriber node 4a in response to the DNS 
query. 

[0096] Receiving the reply message 123, the sub- 
scriber node 4a writes the IP address and the network 
ID included in the received message 123 in the entries 
(the destination IP address field and the destination net- 
work ID) corresponding to the source IP address in the 
user state management table 400 (step 124) . Then, the 
subscriber node 4a sends a message including the IP 
address corresponding to the FQDN to the mobile ter- 
minal 7a in response to the DNS query. 
[0097] The mobile terminal 7a, receiving the reply 
message 125, sets the IP address included in the re- 
ceived message 1 25 in the destination IP address field 
of the IP header and sends the IP packet including the 
user information to the subscriber node 4a (step 126). 
[0098] The subscriber node 4a, receiving the IP pack- 
et 126, reads the destination network ID, the gateway 
node IP address, and the tunnel ID corresponding to the 
source IP address from the user state management ta- 
ble 400. The subscriber node 4a then adds the network 
ID to the user information so as to enable the packet 
transfer to the destination terminal. Then, the subscriber 
node 4a adds an additional header including the tunnel 
information to the user information to be transferred to 
the gateway node 3a via the connection between the 
subscriber node 4a and the gateway node 3a, set in the 
origination procedure. The packet is thus transferred to 
the gateway node 3a (step 1 27) . 
[0099] Receiving the packet 127 configured by the 
original user information, the destination network ID, 
and the header including the tunnel information, the 
gateway node 3a removes the additional header -and 
compares the ID of the gateway node itself with the des- 
tination network ID included in the received packet 127 
(step 128). 

[0100] In case the origination and destination network 
IDs do not match, the gateway node 3a refers to the 
gateway node address table 300 so as to read the IP 
address of the destination gateway node 3c correspond- 
ing to the destination network ID. After that, the gateway 
node 3a transfers the packet configured by the original 
user information and the additional header including 
both origination and destination node IP addresses to 
the gateway node 3c (step 129). 
[0101] Fig.16 shows a procedure carried out in step 
128 shown in Fig. 15 when both origination and destina- 
tion network IDs match. 

[0102] The processings in steps 120 to 128 are the 
same as those shown in Fig. 15. 
[0103] When both origination and destination network 
IDs match, the gateway node 3a refers to the user man- 
agement table 310 according to the destination IP ad- 



dress included in the original user information of the re- 
ceived packet 127 so as to read the IP address of the 
visiting subscriber node of the destination terminal. The 
gateway node 3a then transfers the packet 130 includ- 
ing the additional header including the IP address of the 
subscriber node 4b and the self IP address, as well as 
the original user information to the subscriber node 4b. 
[01 04] Receiving the packet 1 30, the subscriber node 
4b removes the additional header, then transfers the 
packet 131 including the original user information to the 
mobile terminal 8a. 

[0105] With the above processings, a packet is trans- 
ferred to a mobile terminal that has completed an origi- 
nation processing in a mobile packet communication 
network even when the destination terminal uses the dy- 
namic IP address method. 

[0106] Next, a second embodiment of the present in- 
vention will be described with reference to the accom- 
panying drawings. In this embodiment, the gateway 
node 3 is provided with the DNS query monitoring rou- 
tine 60 shown in Fig.11; the subscriber node 4 is not 
provided with the routine 60. 

[0107] Fig.1 7 shows the procedure for processings to 
be carried out in this second embodiment. 
[0108] The procedure shown in Fig. 17 differs from 
that shown in Fig. 15 only in that the gateway node 3 
monitors a DNS query issued from a terminal 7a to the 
dynamic DNS 2a and the gateway node 3a, when re- 
ceiving a reply message from the dynamic DNS 2a in 
response to the DNS query, stores both IP address and 
destination network ID temporarily. 
[0109] In this embodiment, neither the destination IP 
address field nor the destination network ID field is re- 
quired as an entry for each IMSI in the user state man- 
agement table 400 of the subscriber node 4. The desti- 
nation network ID field 554 is omissible from the format 
of the packet 550 transferred between the subscriber 
node 4 and the gateway node 3 in this embodiment. 
However, the destination IP address field and the des- 
tination network ID field must be added as entries for 
each ISMI in the user management table 310 provided 
for the gateway node 3. 

[01 1 0] When the user of the mobile terminal 7a spec- 
ifies a destination apparatus with its name so as to start 
communication, the IP address of the destination appa- 
ratus is identified from the name. The mobile terminal 
7a, therefore, sends DNS query messages 140, 141, 
and 142 including the name (FQDN) to the dynamic 
DNS 2a via the subscriber node 4a and the gateway 
node 3a. The gateway node 3a then detects the TCP/ 
UCP port number 53 and starts up the DNS query mon- 
itoring routine 60 shown in Fig. 11. Furthermore, the 
gateway node 3a detects that the OP code included in 
the header of the control message is "0" and stores the 
source IP address of the IP header of the received mes- 
sage 141 and the ID for identifying the request source 
temporarily, then waits for a reply message to be re- 
turned to the DNS query. 
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[0111] Receiving the DNS query message 142, the 
dynamic DNS 2a refers to the resource record table 200 
so as to search the corresponding IP address and net- 
work ID with reference to the FQDN included in the re- 
ceived message 142 (step 143) . In case the dynamic 
DNS 2a cannot reply to the query 142 by itself, the dy- 
namic DNS 2a sends the query to the DNS server that 
manages upper domains, thereby obtaining both IP ad- 
dress and network ID corresponding to the FQDN from 
the DNS server that manages the domain to which the 
FQDN belongs. 

[0112] Obtaining both IP address and network ID cor- 
responding to the FQDN, the dynamic DNS 2a sends 
the reply message 1 44 including the IP address and the 
network ID to the gateway node 3a in response to the 
DNS query. 

[01 1 3] Receiving the reply message 1 44, the gateway 
node 3a writes the IP address and the network ID in- 
cluded in the received message 144 in the destination 
IP address field and the destination network ID field, 
which are entries corresponding to the source IP ad- 
dress in the user management table 310 (step 145). Af- 
ter that, the gateway node 3a sends reply messages 1 46 
and 147 including the IP address corresponding to the 
FQDN to the mobile terminal 7a via the subscriber node 
4a in response to the DNS query message. 
[0114] Receiving the reply message 147, the mobile 
terminal 7a sets the IP address included in the received 
message 147 in the destination IP address field of the 
IP header and sends the IP packet including the user 
information 148 to the subscriber node 4a. 
[0115] Receiving the IP packet 148, the subscriber 
node 4a reads the tunnel ID corresponding to the source 
IP address from the user state management table 400 
and adds an additional header including the tunnel in- 
formation to the user information to be transferred to the 
gateway node 3a via the connection between the sub- 
scriber node 4a and the gateway node 3a set in the orig- 
ination procedure. The packet is thus transferred to the 
gateway node 3a (step 149). 

[01 1 6] Receiving the original user information, as well 
as the packet 149 including the additional header, the 
gateway node 3a removes the additional header, then 
reads the destination network ID corresponding to the 
destination IP address of the original IP packet header 
from the user management table 31 0 so as to compare 
the read destination network ID with the ID of the gate- 
way node itself (step 1 28) . 

[0117] When the source and destination network IDs 
do not match, the gateway node 3a refers to the gateway 
node address table 300 so as to read the IP address of 
the destination gateway node 3c corresponding to the 
destination network ID. After that, the gateway node 3a 
transfers a packet configured by original user informa- 
tion, as well as an additional header including the IP ad- 
dresses of both source and destination gateway nodes 
to the gateway node 3c (step 129). 
[0118] According to the second embodiment of the 



present invention, therefore, it is possible to provide a 
terminating service to each mobile terminal that em- 
ploys the dynamic IP address method without expand- 
ing the communication protocol used between a sub- 

5 scriber node and a gateway node. 

[0119] Next, a third embodiment of the present inven- 
tion will be described with reference to the accompany- 
ing drawings. This third embodiment employs means for 
obtaining a destination network ID corresponding to a 

10 destination IP address by sending a DNS query to a dy- 
namic DNS 2 when a gateway node 3 receives a packet 
including user information. 

[0120] Fig. 18 shows a procedure for executing 
processings in the third embodiment of the present in- 
15 vention. 

[0121] The procedure shown in Fig. 18 is different 
from the procedure shown in Fig. 17 in that the gateway 
node 3a does not have the DNS query monitoring rou- 
tine, but has means for asking the DNS about the des- 

20 tination network ID corresponding to a destination IP ad- 
dress when receiving user information. 
[01 22] When the user of the mobile terminal 7a spec- 
ifies a destination apparatus with its name so as to start 
communication, the IP address of the destination appa- 

25 ratus is identified from the name. The mobile terminal 
7a, therefore, sends a DNS query message 161 includ- 
ing the name (FQDN) to the dynamic DNS 2a. 
[0123] Receiving the DNS query message 161, the 
dynamic DNS 2a searches the corresponding IP ad- 

30 dress with reference to the FQDN included in the re- 
ceived message 161 (step 162). In case the dynamic 
DNS 2a cannot reply to the query 161 by itself, the dy- 
namic DNS 2a sends the query to the DNS server that 
manages upper domains, thereby obtaining both IP ad- 

35 dress and network ID corresponding to the FQDN from 
the DNS server that manages the domain to which the 
FQDN belongs. 

[0124] Obtaining the IP address corresponding to the 
FQDN, the dynamic DNS 2a sends a reply message 1 63 

40 including the IP address to the mobile terminal 7a in re- 
sponse to the DNS query message. 
[0125] Receiving the reply message 161 , the mobile 
terminal 7a sets the IP address included in the received 
message 163 in the destination IP address field of the 

45 IP header and sends a packet (164) including the user 
information to the subscriber node 4a. 
[0126] Receiving the IP packet 164, the subscriber 
node 4a reads the tunnel I D corresponding to the source 
IP address from the user state management table 400 

50 and adds an additional header including the tunnel in- 
formation to the user information and transfers the user 
information to the gateway node 3a via the connection 
between the subscriber node 4a and the gateway node 
3a, set in the origination procedure. The packet is thus 

55 transferred to the gateway node 3a (step 1 65). 

[0127] Receiving the original user information, as well 
as the packet 165 including the additional header, the 
gateway node 3a removes the additional header, then 
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sends a DNS query message 1 66 including the destina- 
tion IP address set in the original user information to the 
dynamic DNS 2a. 

[0128] Receiving the DNS query message 166, the 
dynamic DNS 2a refers to the resource record table 200 5 
so as to read the network ID corresponding to the IP 
address (step 167), then sends a reply message 168 
including the network ID to the gateway node 3a. 
[0129] Receiving the message 1 68, the gateway node 
3a compares the destination network ID with the ID of io 
the gateway node itself (step 128). 
[0130] In case the source and destination network IDs 
do not match, the gateway node 3a reads the IP address 
of the destination gateway node 3c corresponding to the 
destination network ID from the gateway node address *5 
table 300. After that, the gateway node 3a transfers a 
packet configured by the original user information, as 
well as the additional header including the IP addresses 
of both source and destination nodes to the gateway 
node 3c (step 129). 20 
[0131] According to the third embodiment of the 
present invention, therefore, it is possible to provide the 
terminating service to each mobile terminal that em- 
ploys the dynamic IP address method without adding a 
function for monitoring DNS queries to any of the sub- 25 
scriber and gateway nodes. 

[01 32] Next, a fourth description of the present inven- 
tion will be described. In this fourth embodiment, the 
gateway node 3 is provided with the DNS query moni- 
toring routine 60 shown in Fig. 11 , as well as means for 30 
checking, when receiving a packet including user infor- 
mation, whether or not the destination network ID cor- 
responding to the destination IP address is held in itself 
and obtaining the destination network ID corresponding 
to the destination IP address from the dynamic DNS 2 35 
by sending a DNS query thereto in case the destination 
network ID is not held in itself. 

[0133] This embodiment applies when the gateway 
node that has received a DNS query message 144 dif- 
fers from the gateway node that has received a packet *o 
1 49 including items of user information and an additional 
header. The gateway node that has received the user 
information, as well as the packet 149 including an ad- 
ditional header checks whether or not the gateway node 
holds the destination network ID corresponding to the 45 
destination IP address. When the gateway node does 
not hold the destination network ID, the gateway node 
sends a DNS query message 1 66 including the destina- 
tion IP address set in the original user information to the 
dynamic DNS 2a as described in the above third em- so 
bodiment. The subsequent processings are the same 
as those in the third embodiment. 
[0134] According to the fourth embodiment of the 
present invention, therefore, it is possible to provide the 
terminating service for each mobile terminal that uses a 55 
dynamic IP address, since a gateway node that has not 
monitored a DNS query message related to the name 
of a communication destination, when receiving an orig- 
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inal packet whose IP header includes the IP address'of 
the communication destination that uses a dynamic IP 
address from an origination terminal, sends a DNS que- 
ry to the dynamic DNS so as to obtain the network ID of 
the destination terminal. 

[0135] As to be understood clearly from the descrip- 
tion of the above embodiments, according to the present 
invention, it is possible to provide the terminating service 
to each terminal that uses a dynamic IP address. In ad- 
dition, it is possible to use a mobile packet communica- 
tion network effectively so that a network provider can 
provide the users with a packet communication service 
for between mobile terminals, as well as an application 
service that uses a function for terminating the packet 
transfer from a fixed network for each mobile terminal. 
Especially, because the IPv6 address is featured by the 
IP address autoconfiguration function, the present in- 
vention will be very effective when IPv6 addresses are 
used for terminals. 



Claims 

1 . A packet communication control apparatus for data 
communication with a mobile terminal, said appa- 
ratus being connected via a network to a server for 
holding information on correspondence between IP 
addresses allocated to communication apparatus- 
es and the names of said communication appara- 
tuses; a plurality of gateway apparatuses; and a 
service control apparatus for holding location infor- 
mation and service information for each mobile ter- 
minal, comprising: 

means for reading the identifier of one of a plu- 
rality of said gateway apparatuses from said 
service control apparatus, said gateway appa- 
ratus being a home gateway apparatus set per- 
manently for said mobile terminal; 
means for receiving, when an IP address is al- 
located to said mobile terminal, said IP address 
from said mobile terminal; and 
means for sending said allocated IP address 
and said identifier of said home gateway appa- 
ratus to said server. 

2. A packet communication control apparatus for data 
communication with a mobile terminal, said appa- 
ratus being connected via a network to a server for 
holding information on correspondence between IP 
addresses allocated to communication apparatus- 
es and the names of said communication appara- 
tuses; and a plurality of gateway apparatuses, com- 
prising: 

means for receiving the identifier of one of a 
plurality of said gateway apparatuses from said 
mobile terminal, said gateway apparatus being 
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a home gateway apparatus set permanently for 
said mobile terminal; 

means for receiving, when an IP address is al- 
located to said mobile terminal, said IP address 
from said mobile terminal; and 5 
means for sending said allocated IP address 
and said identifier of said home gateway appa- 
ratus to said server. 

The packet communication control apparatus ac- 10 
cording to claim 1 or 2; 

wherein said apparatus further comprises: 

means for monitoring a signal for sending a 
query to other communication apparatus about * 5 
the address information, said address informa- 
tion being sent to said server by said mobile ter- 
minal so as to start data communication with 
the other communication apparatus; and 
a memory for storing said address information 20 
of the other communication apparatus and said 
identifier of said home gateway apparatus set 
permanently for the other communication ap- 
paratus, said address information being includ- 
ed in a reply signal returned from said server to 25 
said signal. 

The packet communication control apparatus ac- 
cording to claim 3; 

wherein said apparatus further comprises: 30 

means for reading said identifier of said home 
gateway apparatus of the other communication 
apparatus from said memory when receiving a 
packet addressed to the other communication 35 
apparatus from said mobile terminal; and 
means for sending said packet to said home 
gateway apparatus of said mobile terminal after 
said read home gateway apparatus identifier is 
added thereto. 40 

A packet communication control method employed 
for a packet communication control apparatus for 
data communication with a mobile terminal, said ap- 
paratus being connected via a network to a server 45 
for holding information on correspondence between 
IP addresses allocated to communication appara- 
tuses and the names of said communication appa- 
ratuses; a plurality of gateway apparatuses; and a 
service control apparatus for holding location infor- 50 
mation and service information for each mobile ter- 
minal, comprising the steps of: 

reading the identifier of one of a plurality of said 
gateway apparatuses from said service control 55 
apparatus, said gateway apparatus being a 
home gateway apparatus set permanently for 
said mobile terminal; 



receiving, when an IP address is allocated to 
said mobile terminal, said IP address from said 
mobile terminal; and 

sending said allocated IP address and said 
identifier of said home gateway apparatus to 
said server. 

6. A packet communication control method employed 
for a packet communication control apparatus for 
data communication with a mobile terminal , said ap- 
paratus being connected via a network to a server 
for holding information on correspondence between 
IP addresses allocated to communication appara- 
tuses and the names of said communication appa- 
ratuses; and a plurality of gateway apparatuses, 
comprising the steps of: 

receiving the identifier of one of a plurality of 
said gateway apparatuses from said mobile ter- 
minal, said gateway apparatus being a home 
gateway apparatus set permanently for said 
mobile terminal; 

receiving, when an IP address is allocated to 
said mobile terminal, said IP address from said 
mobile terminal; and 

sending said allocated IP address and said 
identifier of said home gateway apparatus to 
said server. 

7. The packet communication control method accord- 
ing to claim 5 or 6; 

wherein said IP address allocated to said mo- 
bile terminal is an IP address allocated by said 
home gateway apparatus. 

8. The packet communication control method accord- 
ing to claim 7; 

wherein said method further comprises the 
steps of: 

monitoring a signal for sending a query to other 
communication apparatus about the address 
information, said address information being 
sent to said server by said mobile terminal so 
as to start data communication with the other 
communication apparatus; and 
storing said address information of the other 
communication apparatus and said identifier of 
said home gateway apparatus set permanently 
for the other communication apparatus in a 
memory, said address information being includ- 
ed in a reply signal returned from said server to 
said signal. 

9. The packet communication control method accord- 
ing to claim 8; 

wherein said method further comprises the 
steps of: 
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reading said identifier of said home gateway 
apparatus of the other communication appara- 
tus from said memory when receiving a packet 
addressed to the other communication appara- 
tus from said mobile terminal; and 5 
sending said packet to said home gateway ap- 
paratus of said mobile terminal after said read 
home gateway apparatus identifier is added 
thereto. 

10 

10. A packet communication control apparatus con- 
nected via a network to a plurality of gateway appa- 
ratuses and a subscriber node, comprising: 

a table on correspondence between identifiers *5 
and addresses of a plurality of said gateway ap- 
paratuses; 

means for deciding, when receiving a packet to 
which a header including the identifier of a des- 
tination gateway apparatus from said subscrib- 20 
er node, the address of said destination gate- 
way apparatus with use of said table on corre- 
spondence; and 

means for transferring said packet to said des- 
tination gateway apparatus. 25 



11. A gateway apparatus employed for said packet 
communication apparatus according to claim 10; 

wherein said gateway apparatus comprises 
means for adding a header including self-address 30 
information and the address information of said 
destination gateway apparatus to a packet to be 
transferred to said destination gateway apparatus. 

12. A packet communication control apparatus con- 35 
nected via a network to a plurality of gateway appa- 
ratuses; a subscriber node; and a server for holding 
information on correspondence between IP ad- 
dresses allocated to communication apparatuses 
and the names of those communication apparatus- *o 
es, comprising: 



cording to claim 1 2; 

wherein said apparatus further comprises: 

means for reading the identifier of said home 
gateway apparatus of the other communication 
apparatus from said memory when receiving a 
packet addressed to said communication appa- 
ratus from said subscriber node; 
means for identifying the address information 
of said home gateway apparatus of said desti- 
nation apparatus with use of said table on cor- 
respondence; and 

means for transferring said packet to said home 
gateway apparatus of the other communication 
apparatus. 

14. A packet communication control apparatus con- 
nected via a network to a plurality of gateway appa- 
ratuses; a subscriber node; and a server for holding 
information on correspondence between IP ad- 
dresses of communication apparatuses and the 
names of those communication apparatuses, com- 
prising: 

a table on correspondence between identifiers 
and addresses of a plurality of said gateway ap- 
paratuses; 

means for sending a control signal including ad- 
dress information of the other communication 
apparatus to said server so as to obtain the 
identifier of the home gateway apparatus set 
which is permanently for the other communica- 
tion apparatus and is selected from among a 
plurality of said gateway apparatuses when re- 
ceiving a packet addressed to the other com- 
munication apparatus from said mobile termi- 
nal; and 

means for identifying the address information 
of said home gateway apparatus of the other 
communication apparatus from said identifier 
of said home gateway apparatus of the other 
communication apparatus included in a reply 
signal returned to said control signal by refer- 
ring to said table on correspondence and trans- 
ferring said packet to said home gateway ap- 
paratus of the other communication apparatus. 



means for monitoring a signal for sending a 
query to other communication apparatus about 
the address information, said address informa- 45 
tion being sent to said server by said mobile ter- 
minal so as to start data communication with 
the other communication apparatus; and 
a memory for storing the address information 
of the other communication apparatus and said 50 
identifier of said home gateway apparatus 
which is set permanently for the other commu- 
nication apparatus and is selected from among 
a plurality of said gateway apparatuses, said 
address information being included in a reply 55 
signal returned from said server to said signal. 

13. The packet communication control apparatus ac- 
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